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(54) Method and apparatus for providing an efficient use of telecommunication network 
resources 



(57) An attribute design database system provides 
for inventory management, order process management 
and design management. The system operates in a tel- 
ecommunications management network provisioning 
environment. It provides a physical network manage- 
ment system that includes various telecommunications 
network management tools. Graphical user interface 

FIG. 1 



facilitates the user's navigation of the database system 
to enable the same person to have access to and the 
ability to modify information in regards to inventory man- 
agement, design management and order management 
for the network. 
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Description 

BACKGROUND OF THE INVENTION 

The present invention is directed to a method and 5 
an apparatus for providing more efficient use of tele- 
communications network resources. In particular, the 
present invention provides an attribute designed data- 
base system which provides for inventory management, 
order process management and design management io 
together. 

The complexity of designing, building, and main- 
taining networks is well known. Telecommunications 
networks can be created from various pieces of equip- 
ment. This equipment can be located in various control is 
points referred to as offices. Each office can contain its 
own inventory of equipment. Thus, there is a need to 
monitor or control the inventory in the various office 
locations throughout the network. In addition, there is a 
need to design links between offices in the network so 20 
as to provide different services throughout the network. 
Finally, there is also a need to provide orders for service 
adaptations, either service enhancements in the net- 
work or the removal or replacement of services. 

Each of these three categories of information, i.e., 25 
inventory, design and order management have been 
treated separately in the past. Different databases have 
been constructed to separately monitor inventory or 
permit the design of links or provide for the creation or 
editing of orders. However, the distribution of all of this 30 
information over multiple databases creates an addi- 
tional layer of complexity in the control and planning and 
maintaining of the overall network. Each different data- 
base stores information peculiar to that database as 
well as information which may be of benefit in a number 35 
of the other databases. Therefore, there is some over- 
lap or redundancy when the databases are considered 
as a whole. However, the format of the stored data may 
vary from database to database thereby severely limit- 
ing the ability to exchange appropriate information. In 40 
addition, different people will have access to different 
information within different databases. It might be nec- 
essary for the same person to have access to two or 
more of the databases to complete their job functions. 
Under the present existing structures for monitoring and 45 
controlling inventory, design and service orders there is 
inefficient coordination of these efforts and there is no 
database provided which promotes the efficient use of 
the telecommunications networks by considering the 
related nature of these three general categories of infor- so 
mation. 

SUMMARY OF THE INVENTION 

The present invention provides an improvement by 55 
tying inventory management, order management and 
design management all together in connection with an 
attribute design database system. A network database 



system of this type, together with a graphical user inter- 
face, apprise network builders of the specific equipment 
available at each desired network linking site thereby 
providing inventory information. The database also pro- 
vides for easy access to order information so that orders 
can be created and modified and orders in progress can 
be monitored. Additionally, the database provides the 
capability of performing the design function such as 
designing links to implement orders that have been cre- 
ated or supplemented. 

In accordance with the present invention user 
groups can be defined. Each user is assigned to one or 
more user groups. Each user group has a permitted 
range of functionality, e.g. browsing inventory informa- 
tion, browsing and updating network design information. 
Also, the present invention provides a sophisticated 
graphical user interface which facilitates the user's 
access to the various features of the attribute design 
database system. 

The present invention can be implemented in any 
one of at least three configurations. In one configuration 
the attribute design related database ("the database") is 
part of a user's local area network (LAN). Alternatively, 
a user in a different LAN can access a central server at 
which the database resides via a wide area network 
(WAN). Finally, a central server, can be coupled to users 
from a number of different LANS that are largely inde- 
pendent; but connected to the central server via a WAN. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic diagram illustrating an 
embodiment of the present invention. 

FIG. 2 illustrates in further detail the data gateway 
element of FIG. 1 . 

FIG. 3 illustrates in greater detail the database of 
FIG. 1. 

FIGS. 4 to 26 show sample graphical user interface 
windows usable in an embodiment of the present inven- 
tion to enable a user of the present invention to navigate 
through the provided functionality. 

FIG. 27 illustrates a first arrangement of a system 
for implementing the present invention. 

FIG. 28 illustrates a second arrangement of a sys- 
tem for implementing the present invention. 

FIG. 29 illustrates a third arrangement of a system 
for implementing the present invention. 

DETAILED DESCRIPTION 

The present invention is directed to a system which 
operates in a telecommunications management net- 
work (TMN) provisioning environment. In particular, the 
present invention provides a physical network manage- 
ment system that provides various telecommunications 
network management tools. The system is referred to 
as a Service Design and Inventory System(SDI) 

FIG. 1 illustrates in block diagram form the major 
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subsystems of SDL The figure illustrates the basic rela- 
tionship between SDl and certain functionality as it per- 
tains to managing network 100. SDl includes inventory 
information management capabilities 101, application 
management capabilities 102, order process manage- 
ment capabilities 103 and service/transport design 
capabilities 104. All of these management and design 
capabilities interact with a database 105. In turn the 
database interacts with data gateway 106 which, via a 
graphical user interface (GUI) 1 1 1 interfaces to the out- 
side world in which various requests for functionality are 
provided. Such functions are: service ordering 107; 
transport ordering 108; network planning and adminis- 
tration 109; and service/transport configuration 110. 
Each of the individual modules or components of SDl 
will be described generally below. Then, a more detailed 
description of the inventory management and design 
management capabilities of SDl will be described as 
well. 

The inventory information management 101 sup- 
ports additions and changes to the SDl database and 
enables tracking of the use and availability of network 
components and components status through the use of 
queries and reports. It also manages the physical inven- 
tory items and permits browsing and updating with 
respect to such items as: trunk groups; equipment data; 
equipment location data; link data; back-to-back routing 
data; project data; customer data; and office data. 

The service and transport design component, also 
referred to as the design management component, 
uses different types of data, e.g., data from the data- 
base, data a user enters about an order or a customer 
and customer interface definition data, to create and 
modify a network design. The design subsystem is pro- 
vided with an automated provisioning capability that, 
together with a graphical user interface permits the user 
to see the network grow as each link is created. 

The order management component, 103, tracks all 
orders, from first contact to a moment when a link goes 
into service, including management of scheduling, jeop- 
ardy information, and order status. A number of order 
management features support the design management 
subsystem such as: creating, querying and listing New 
Connect, Change and Disconnect orders; validating 
order entry data; translating orders into attribute 
requirements for the design process; generating a 
schedule of activities and intervals based on service 
type, order action, expedite, and sub-networks; and 
tracking the completion of scheduled activities against 
objective intervals. 

The application management subsystem, 102, per- 
mits customizing the SDl system through various rule 
and translation tables. 

The SDl gateway 106 provides a flexible architec- 
ture to interface with other TMN processes and sys- 
tems. An example of such a gateway is illustrated in 
FIG. 2. The gateway has a database retrieval function 
for accepting and retrieving data with respect to the net- 



work core database shown as 201 in FIG. 2 (corre- 
sponding to database 104 of FIG. 1). In addition, a 
translation layer (202) formats SDl data for other sys- 
tems and processes. A plurality of output modules 211 
5 to 21 5 transmit data in a protocol required by other sys- 
tems and processes, for example, fax, Q3, CMIP, and 
proprietary. As a consequence of this construction, the 
data gateway provides flexibly designed opened inter- 
faces between the SDl network database and systems 
10 and processes in the service management level and 
element management as well as other network man- 
agement layer systems. 

The database 104 is shown in more particularity in 
FIG. 3. The database is a relational attribute-based 
75 database designed to support the object-oriented SDl 
process. The database is attribute based in that new 
services, such a trunks, leased lines or transmission 
orders, can be added simply by defining their attributes 
and adding a customer-defined name. SDl processes 
20 are based on attributes that are fundamental to tele- 
communications applications such as bandwidth, line 
format, frame format and signaling. The relational data- 
base structure facilitates the definition of service types 
in terms of their names and associated attributes. 
25 Attributes can also be used to identify equipment own- 
ership, cost and sub-networks. Because the system is 
attribute based it is flexible and can be configured to 
meet the needs of the customers' changing telecommu- 
nications business environment with new services, new 
30 interfaces, new technologies, new organizational struc- 
tures and new business processes. As is represented in 
FIG. 3 the database contains flexible data structures 
that accommodate network equipment inventory, 
trunks/circuits/ and paths, orders and projects, custom- 
35 ers, business rules and translation information. 

Despite the variations in local type definitions, how- 
ever, all services (as requested by orders) can be 
viewed in terms of their requirements on the fundamen- 
tal attributes of a transmission network. These 
40 attributes, as illustrated in Figure 2, include such prop- 
erties as bandwidth, signaling, line format, and technol- 
ogy. In SDl, therefore, the application-specific 
specialization or typing information is captures sepa- 
rately. Then, it is instantiated to core objects prior to 
45 processing. Thus, specialization is achieved not through 
the development of specialized object classes but via 
the instantiation of specialized attribute values against 
core, generalized super classes. 

The link object class is a good example of using 
so modeling generalization and attributes in the formula- 
tion of object classes and objects. Links represent phys- 
ical or logical connections between two network 
termination points or equipment ports. They can have 
inventories (channels) of available capacity. They can 
55 have component links at the same level of the network 
hierarchy (aggregate links) or at different hierarchy lev- 
els (which provides a mapping between levels). Finally, 
links have such attributes as bandwidth, line formats, 
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technology, restoration, and ownership. 

By specifying the appropriate attributes under the 
control of the SDI rules, link objects can be instantiated 
representing, for example, any level of the bandwidth 
hierarchy any channelization scheme (such as ITU, 
North American, PDH, SONET, SDH), and any technol- 
ogy (such as fiber, radio, satellite). By appropriately 
specifying the attributes in the SDI rules, therefore, link 
objects can be constructed using the same object class 
code to support the design of a wide range of service 
types. 

This is a radical departure from traditional system 
environments. Not only is code not reused, but multiple 
one-off systems are developed to deal with individual 
service types, bandwidth levels, or technologies. 

SDI applies the same approach to other such gen- 
eralized object classes as equipment, nodes, and 
orders. This insures a high degree of code reuse 
between applications. Furthermore, the rule tables can 
be defined by users without software development, illus- 
trating the flexibility of the SDI software assets to 
accommodate changes in a user's environment. It also 
emphasizes the high level of control the SDI rule appli- 
cation management process places in the hands of a 
user. 

A user gains access to SDI in a log-in procedure 
that is based upon using an assigned user ID and pass- 
word. After log in, a main menu such as that shown in 
FIG. 4 is provided. The two main branches from this 
main menu which will be discussed in detail in the spec- 
ification are the design management branch and the 
inventory management branch accessed as menu 
items 41 and 42 respectively. 

Note that throughout the remainder of this applica- 
tion numerous sample graphical user interfaces will be 
provided in the drawing figures as an aid to understand- 
ing the functionality achieved by implementation of the 
present invention. However, the format of these graphi- 
cal user interfaces is simply provided as an example of 
how the interfaces may be organized. They should not 
be treated as limiting the scope of the invention, but 
instead are provided only for purposes of explicating the 
nature of the invention. 

Furthermore, the next two main sections of the 
detailed description will refer to the inventory manage- 
ment capability and the design management capability 
respectively. As can be seen from the following descrip- 
tion the database which supports these management 
capabilities is integrated so that information is easily 
accessible as either design or inventory related func- 
tions are being conducted. 

A. Inventory Management 



Once inventory management is selected from the 
main menu as shown in FIG. 4, an inventory manage- 
ment window can be provided to the user such as that 
shown in FIG. 5. The inventory management activities 



consist of browsing and updating the information in the 
SDI inventory database. As described above the inven- 
tory management subsystem provides windows for the 
following types of data: trunk groups data; equipment 
5 data (including port data); equipment location data; 
back-to-back routing data; link data; thresholds data; 
project data; customer data; and office data. As each 
window is opened an indication is provided as to 
whether there is a limitation to simply browse informa- 
10 tion or the capability of browsing and updating, i.e., writ- 
ing to the database, is provided. Such information is 
related to an aspect of the present invention whereby 
user groups can be defined by an authority that super- 
vises the system. The supervisor can then define some 
15 people as being allowed to do design while other people 
will only be allowed to do inventory browsing and still 
others may only be provided with the capability of doing 
inventory updating. 

Before work can begin in the inventory manage- 
20 ment system it is necessary for the user to select a sub- 
network for study or operation. The definition of the sub- 
network partially controls the user's permissions such 
as browsing or updating. The sub-network can be 
selected in the Open Sub-Network Window such as 
25 shown in FIG. 6. 

The user can select the sub-network in accordance 
with a sub-network ID number and can also select 
which type of service links are to be viewed based on 
the selected service description types. If the user 
30 selects the default choice, ALL, then all the links in the 
selected sub-network will appear in a network map 
which is subsequently provided. If instead of capacity 
links, the default selection under Network View, the user 
selects Aggregate Links a service type in the Service 
35 Description types option list may be selected. Once the 
appropriate choices have been made the user can 
select the OK button and the selected sub-network is 
loaded. 

Once the sub-network is loaded, the SDI inventory 
40 management window reappears with the network map 
in a bottom portion of the window as shown in FIG. 7. In 
the illustrated embodiment the map shows various 
offices spread out over different geographical locations. 
Also, the nature of the offices is represented by certain 
45 icons on the map. Three types of offices are shown, 
customer offices, central offices and serving offices. 
Furthermore, each office is designated as either being 
an owned office or a leased (non-owned) office. These 
icons or legends are defined more clearly in FIG. 8 
so where it is shown that a triangular office represents a 
customer office, a diamond represents a central office 
and a square represents a serving office. If the icon is 
clear then the user "owns" the office in question 
whereas if the office is not owned or is leased, some 
55 marking is provided within the icon. 

The map is one representation of a view of the net- 
work. The links associated with the designated sub-net- 
work are shown on the map as lines between the 
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offices. A link with spare facilities is represented as a 
solid grey line while a link without spare facilities is a 
dotted line. 

In an alternative presentation of a view of the sub- 
network, the user can select a component view of the s 
network map as illustrated in FIG. 9. It is also possible 
to adapt the map presentation with respect to the pres- 
entation of office names and the display of spare links 
rather than all links. All of these are design choices for 
facilitating the user's comprehension of the network 10 
inventory information. 

The remainder of this section relating to inventory 
management will describe, in subsections, various func- 
tions which are available to the user as the inventory 
management capabilities are accessed. 15 

Adding and n dating Offices 

It may be desirable to add a new office to the data- 
base; or delete an existing one. This is expected to be 20 
an infrequent procedure once the system is up and run- 
ning. However, it is important to remember that addition 
and deletion may have serious ramifications. First, as 
an office is added there will be no equipment associated 
with the office and all equipment information must then 25 
be provided as described subsequently. Similarly, dele- 
tion should not be permitted without first deleting all of 
the equipment stored or installed in the office and the 
links associated with the office. 

A window for inserting the new office is illustrated in 30 
FIG. 10. The office can be identified by its name, its 
location and by its customer information. In the interface 
example described in this application, the creation of 
such an office begins by accessing the editing capabili- 
ties from the inventory management window, then 35 
selecting the "office" option and the option of creating 
such a new office. Once the office is created it is neces- 
sary to provide it with inventory so that it can be used in 
the network. 

Alternatively, an office can be deleted but only if 4c 
certain conditions are met. The office must have no 
equipment, it must have no links and it must have no 
routes. The office can be selected off of the network 
map and then the edit function of deletion can be acti- 
vated so long as those conditions are met. * 

Trunk Groups 

The inventory management sub-system provides 
information on trunk groups between specified loca- s 
tions. A trunk can be assigned to a trunk group in design 
management operations which are described in detail 
below. The purpose of a trunk group is two-fold: one for 
inventory so that the user can see the routes in the net- 
work and their characteristics; and the second for switch 5 
provisioning as the trunk group is the logical entity that 
the switch sees and is the entity that most of the switch 
data relates to. 



A trunk group is first designated by selecting the 
two termination offices for the group. First a selection of 
a location A is made, for instance on the inventory man- 
agement window and then the second office Z is 
selected. Then the user can select the trunk group from 
the browse/update menu of the inventory management 
window. A browse/update trunk groups window is illus- 
trated in FIG. 11. In accordance with the window, the 
termination A and the termination Z are selected. Fur- 
thermore, the operator selects the equipment name A 
and equipment name Z. The window then provides 
trunk group data for each trunk group connecting the 
highlighted equipment. If the user has been provided 
with updating authority then information in the various 
trunk group rows may be modified. Examples of the 
information provided in the data fields associated with 
the trunk groups are as follows: trunk group ID - a name 
to uniquely identify each trunk group; PBXID - the pri- 
vate branch exchange identifier that identifies the PBX 
to which the group belongs; ORIGGRP - the originating 
PBX line or subscriber trunk group identity used for orig- 
inating traffic only. These are samples of the information 
that can be provided with respect to the various trunk 
groups and additional information may be provided in 
the trunk group fields. 

The updating capability provided to certain user 
groups allows not only modification to existing trunk 
group information but also permits the creation and 
deletion of trunk groups. However, trunks will not be 
assigned to the trunk groups or deleted from the trunk 
groups until the design management operation is per- 
formed as described below. This creation and deletion 
capability with respect to trunk groups merely provides 
the user with the possibility of assigning to or deleting 
from such groups the trunks in accordance with the 
functionality provided in the design management opera- 
tions. 

Eq uipment Data 

The inventory management portion of the system 
also permits the browsing and updating of equipment. 
This provides information equipment complexes, units, 
slots or receptacles, plug-ins and ports for selected 
> office. 

As a preliminary matter the user must select an 
office and then must select the equipment option on the 
browse/update menu provided with the inventory man- 
agement window of FIG. 7. An example of the 

0 browse/update equipment window is illustrated in FIG. 
12. The sub-network ID and the office ID are automati- 
cally displayed. The user can then enter more specific 
information with regard to the type of equipment of inter- 
est, either equipment complexes or plug-ins. If equip- 

5 ment complexes are selected then the user needs to 
select an equipment type, such as a 5ESS2, from the 
equipment complex type list. Alternatively, if the user 
wishes to view the information regarding plug-ins then 
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the user must subsequently select an option from the 
plug-in equipment availability field. The equipment data 
field is then populated to provide a description of the 
equipment data. Information in the equipment type and 
equipment ID fields cannot be edited. However, other 
ones of the displayed fields may be edited, such as the 
fields relating to serial number, equipment location and 
plug-in ID, plug-in name. Users are able to view the 
name of the link that is tied to a particular port and the 
link information associated to the ports of any particular 
equipment. 

In addition to updating equipment data it is possible 
to also add equipment to the location and to assign a 
physical address for equipment when the equipment 
complex is created. 

In a similar manner plug-in data can also be either 
browsed or updated. In this circumstance the plug-in 
option is selected under equipment and the appropriate 
selection is made under plug-in equipment availability. 
Then changes can be made to the plug-in data table 
such as with respect to the serial number for such 
equipment and such other information as thus related 
information (e.g., fixed capital costs, fixed maintenance 
costs, and monthly recurring costs). 

Once information regarding the lowest equipment 
level in the browse/update equipment window has been 
accessed it is also possible to view port information and 
to cable links to available ports. A browse/update ports 
window is illustrated in FIG. 13. When only browsing is 
permitted the user can view port information for an 
office. However, if updating capabilities are also pro- 
vided then the user can cable links to available ports 
and assign a port to another sub-network provided the 
user is the owner of that other sub-network. The system 
provides for access to different types of cabling informa- 
tion such as carrier and external cabling links; internal 
cabling links; internal links and aggregate links. The 
inventory management system together with the graph- 
ical user interface facilitates the management of port 
ownership and the cabling of links. 

Pg.iipmpn t I ncation Data 



The inventory management system also provides 
the capability of browsing or updating equipment physi- 
cal addresses. It provides the capability of selecting an 
office and then a room, row, bay. shelf or shelf position 
or any installed equipment. Equipment physical 
addresses should be created before the equipment is 
created. Once the equipment is created in the previ- 
ously described equipment window, the physical 
address data is provided in the equipment location field. 
FIG. 14 illustrates a sample browse/update equipment 
location window. This window permits the user to create 
the full location hierarchy at which various equipment 
can then subsequently be located through use of the 
equipment window referred to above with respect to 
FIG. 12. The user can create the appropriate rows, 



bays, shelves and shelf positions for the equipment 
location table. 

F^Hfl- R ficK Rf > tjtin <? Data 

5 Back-to-back routing is a feature that allows the 

user to predefine the routes for a particular service type. 
For example, if fiber is needed to design a circuit then 
the service would be routed through one or more inter- 
to mediate offices. The information management capabil- 
ity permits the creation of more than one back-to-back 
routes. However, once the design management capabil- 
ity is entered only the route having the highest priority 
effects the service that is being designed. A sample 
is back-to-back window is illustrated in FIG. 15. The win- 
dow provides a display that indicates how many routes 
are available between a first office, Office A and a sec- 
ond office, Office Z. Then it will also display the route 
and indicate that route's priority among all of the availa- 
20 ble routes. The user can create a plurality of routes 
between the two offices and can assign each route a 
priority amongst all of the available routes. The routing 
priority determines the order in which the route is 
selected for the link. 

25 

Links 

The inventory management system provides infor- 
mation about links that have been created with the 
30 design process in the design management sub-system 
as well as cabling links created in the inventory man- 
agement sub-system. The browse/update link window 
permits the browsing of links or the assignment of a 
component link to a different network as well as a 
35 change of some information on unassigned component 
links. However, this window does not permit the creation 
of new links. A sample browse/update link window is 
illustrated in FIG. 16. The user can select the service 
type, the equipment type and the trunk group. It is also 
40 possible to change some values in the fields in the serv- 
ice-based attributes depending on the equipment type 
chosen and how the equipment profiles and rules were 
installed in the database. Thus, such information such 
as line format, frame format, link usage, signaling type, 
45 urgency of restoration et al. can be treated in this 
browse/update link window. 



Projects 

so The inventory management system also permits 
the addition or deletion of a project and the change of 
project properties. This is all done by the operations 
available in a browse/update project window such as 
that illustrated in FIG. 17. In a browse mode the window 

55 allows the user to view project information in the data- 
base. In an updating mode the window permits a user to 
modify project description information and permits the 
addition of projects to the database. 
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Customers 

The inventory management sub-system also per- 
mits the user to view and modify data about customers. 
This information is accessible through a customer win- 
dow in which the user may browse customer information 
or may update such customer data as a customer's bill- 
ing address, a customer's contact name, a contact 
phone number et al. The customer window also permits 
the addition of a customer or a deletion of a customer in 
a manner logically consistent with the earlier descrip- 
tions of additions and deletions controlled by the other 
windows available in the inventory management sub- 
system. 

Offices 

In the beginning of the description of the inventory 
management sub-system the insertion of new offices 
was described. The sub-system also permits the user to 
view properties of a network office and to add an office 
to another sub-network. In one available functionality a 
user may seek to add an office to another sub-network 
where the office may want to lease ports from the 
owner's sub-network. The borrower's sub-network must 
then add the office to its sub-network in order to see the 
desired equipment. This functionality is available under 
the browse/update offices window in the inventory man- 
agement sub-system. 

Conclusion 

The inventory management sub-system provides 
exceptionally flexible data browsing and updating capa- 
bilities with respect to all manner of inventory informa- 
tion related to a telecommunications network 
management function. Various graphical interfaces 
such as those shown in the drawing figures can be pro- 
vided to facilitate the navigation of this inventory man- 
agement sub-system. The user group information can 
be utilized to define the exact capabilities that a given 
user may have for either browsing or updating in the 
inventory management sub-system. 

B Design Management Sub-Svstem 

The design management component of the present 
invention provides both order management and design 
capabilities. The order management portion of the 
design management sub-system provides for the follow- 
ing features: a) the creation of New Connect, Change, 
Records, Supplement, Engineering and Disconnect 
orders; b) assign order to users automatically and reas- 
signing orders to other users; c) setting pre-defined crit- 
ical objective dates; d) alerting users to jeopardy 
conditions; e) managing activities and dependencies 
between activities; f) canceling an order with a single 
click; g) querying the database and listing existing 



orders; and h) printing work order record documents. 

The design management aspect of this sub-system 
provides for the following functionality: a) automatically 
generating CCITT or common language link identifica- 

5 tion; b) the ability to insert network offices and view rout- 
ing alternatives on a network map; c) the ability to query 
and "zoom" link capacity based on link properties, 
equipment properties and link status, restriction and 
availability; d) automated link design and assignment 

w between two points in the network; e) assigning and 
releasing offices, component links and plug-ins; f) veri- 
fying design continuity; g) displaying link and equipment 
properties; h) entering cost related data on aggregate 
links; i) automatically completing designs and generat- 

15 ing attributes; j) managing component assignment rela- 
tionships. The first part of this section will discuss the 
order management functionality of the system and the 
second part of this section will discuss the designing 
capabilities. 

so 

1. Order Management 

The ordering capabilities can be divided into three 
categories: entering new order information; supple- 

25 menting orders; and providing change orders, records 
and engineering orders. Once the design management 
window is selected from the main menu it is possible to 
create a service order. An example of a window directed 
to creating a service order is shown in FIG. 1 8. This win- 

30 dow is an illustration of a window that allows the user to 
create a new order and to begin the end to end design. 
This window can be used for defining New Connects, 
Disconnects, Changes, Supplements, Engineering 
Changes and Records Changes. 

35 In the New Connect procedure it is necessary for 
the user to enter information about customers and their 
service requirements. First, an order is created. Then 
certain data and additional information relating to the 
order are submitted to the database. For instance, serv- 

40 ice order data and termination data can be provided in 
connection with the order. In addition, the user specifies 
critical dates for completing the order as well as defines 
any particular order entry activities that are necessary 
for the completion of the order. As can be seen from the 

45 sample window in FIG. 18 the user group information 
must be entered. The user group defines the capability 
for the user to perform certain order creation capabili- 
ties. Once the appropriate information for creating the 
service order is entered into the requisite fields of the 

so window of FIG. 18 it is then possible to proceed to the 
process for entering service order data. This is done by 
first accessing the design management window FIG. 19 
from the main menu. The user can then select the func- 
tionality of entering order data which will lead to a new 

55 service order data window shown in FIG. 20. This win- 
dow permits the user to enter detailed order-related 
information into the database in support of the end-to- 
end design process. It is divided into six panels: cus- 
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tomer order specif ications; trunk group information; cus- 
tomer inforamtion; requisitioner information; order 
administrator inforamtion; and remarks. 

Once the service order data is entered it is neces- 
sary to provide termination data for both termination s 
points (A & Z) of a link. The termination data windows 
can be also accessed from the design management 
main window by selecting an icon representative of the 
appropriate termination. An example of a window for 
entering termination data is illustrated in FIG. 21. The 10 
window permits the user to enter data concerning the 
properties of determining points of a link as described in 
an order. These windows are used only in the New Con- 
nect procedure. The important information to be pro- 
vided relates to customer information with respect to is 
determinations, transmission levels for the terminations, 
characteristics and additional remarks. 

Having defined these features, it may be appropri- 
ate to supply information about critical dates or mile- 
stones in connection with the order. This is done by 20 
accessing an update order activities window from the 
design management window. An example of such an 
update order activities window is illustrated in FIG. 22. 
This window permits the user to enter critical interval 
information to support the end-to-end design process. 25 
An activity information table displays information on 
jeopardy conditions and whether or not dependent 
orders exist for each activity. Command buttons can be 
provided in association with the window to permit the 
user to manage information for a selected activity. For 30 
example, it may be appropriate to provide command 
functions such as "complete" to complete the activity, 
"reassign" to reassign the activity to another user, man- 
age the details about dependencies or enter notes 
about the activities. This activities window then provides 35 
information about the order including the order ID, the 
version number, the due date and so forth, information 
can be edited in these windows in a manner similar to 
that which we have described before. 

The first phase of the new connect procedures is 40 
finished when the order entry activities are completed, 
i.e, when all of the activities defined for the order up to 
but not including the design link activity are completed. 
When all order entry activities have been completed it is 
possible to duplicate orders so as to copy an order for 45 
which you have been working. For example, if you are 
adding thirty new trunk groups between two switch 
points, you can make 29 copies of the original order 
rather than manually create a new order for each indi- 
vidual trunk group. A duplicate order window (not so 
shown) can be displayed automatically when the last 
order entry activity is completed and allows you to make 
one or more copies of the completed order. 

Having completed the description of the new con- 
nect procedure it is appropriate to consider the related 55 
procedures for performing change orders, record 
changes, engineering orders and supplements. 

A change order procedure is very similar to a New 



Connect procedure in that it has three basic phases, 
namely entering order information, redesigning the link 
and finalizing the link service. Engineering orders are 
very similar to change orders except that the creator of 
the order is different, i.e., the change order is usually ini- 
tiated by a customer and may have costs associated 
with it for billing purposes while an engineering order is 
initiated by the developer or engineer. A records order is 
a change to administrative information that does not 
effect the design, thus the records order may deal with 
the entering of order information or the finalizing of a 
link for service but does not relate at all to redesigning 
the link. Thus, these three activities, change orders, 
records and engineering orders have substantial over- 
lap with one another. 

The entering of order information and the finalizing 
of a link for service really relates to the type of informa- 
tion that may be provided in connection with a modifica- 
tion of order forms previously created such as modifying 
such information as the critical dates associated with 
the order. The more complicated task regards the rede- 
signing of a link which is possible in a change order but 
not a records change. The redesign of a link may 
require the insertion of offices, the querying of the data- 
base and the signing facilities, the releasing of offices or 
the releasing of links. The redesigned process is better 
understood in reference to the design process which is 
described in the subsections that follow. 

In view of the flexibility of the database manage- 
ment provided by the present invention the user can 
access various orders created by the use of the order 
management portion of the design management sub- 
system and in turn, may create analogous change 
orders, record orders or engineering orders. 

In addition to such abilities to modify or request 
changes to orders, the present invention provides a 
capability of performing order supplements. A supple- 
ment is an addition to an existing order that is not yet 
service-ready. Order supplements are most likely to be 
administrative changes, but also can be design 
changes. As in connection with the change orders 
described above and the new connect procedures, the 
procedure for a supplement has three basic phases, 
namely entering order information, redesigning the link 
and finalizing the link. Instead of creating a new connect 
order one creates a supplement order. This supplement 
order then provides the capability of entering further 
service order information or revising any objected dates 
as necessary. Thus, the order supplements are some- 
what similar to the other capabilities which are provided 
by the database in the flexibility afforded the user for 
maintaining and modifying order information. Perform- 
ing supplements also includes the capability of rede- 
signing links. But, as discussed above, design aspects 
will be referred to in the subsection that follows. 

It is clear from this discussion that the information 
system of the present invention provides the user with a 
capability of order management which deals with cer- 
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tain ordering issues such as creating new orders, modi- 
fying the existing orders, creating change orders or 
order supplements, and even creating engineering 
orders. Thus, the order management which is uniquely 
tied to the design management subsystem of the 
present invention provides a critical ingredient to the 
integrated database configuration for network manage- 
ment. 

2. Design Management 

The design management subsystem provides the 
user with certain design capabilities such as designing 
links, defining offices and back-to-back routings, assign- 
ing plug-ins, browsing and viewing various link proper- 
ties, performing disconnects of links and also certain 
supplemental functionality related to design manage- 
ment. 

The design management window shown in FIG. 19 
is accessed as the design function is desired by the 
user. This is the primary window for the design manage- 
ment subsystem and displays a summary of current 
order information including the current activity type. The 
window allows the user to perform procedures associ- 
ated with an order. All procedures begin from this win- 
dow. 

From the design management window the user can 
select the functionality of browsing a service order. The 
user can be provided with the browse function in con- 
nection with another window, an example of which is 
illustrated in FIG. 23. This browse service order window 
allows the user to specify criteria and query the data- 
base for existing orders. Orders meeting query criteria 
are displayed in the service order data panel. This win- 
dow also allows the user to select an order in the serv- 
ice order data panel and to open or cancel that order. 

Having looked at the order, it is possible to actually 
design the link. This functionality can be performed in 
connection with the new connect procedure. Designing 
a link is a complex process that can involve several iter- 
ations if an aggregate link includes a number of compo- 
nent links. The link design process consists of the 
following tasks: assigning links between offices (inter- 
office links); assigning links in an office (intra-office 
links); verifying the link design; and completing the 
design activity. There are tasks related to performing 
these four basic tasks. These related tasks include 
inserting or releasing offices as necessary, reversing or 
flipping an office orientation, assigning plug-ins, and 
viewing equipment and link properties. In the design 
window office objects representing termination points 
are shown as dummy links. Inter-office links between 
two termination points can be done by manual assign- 
ment or by an auto-select/assignment. Thus, the user 
can either specifically manually design the inter-office 
links or under the appropriate conditions can allow the 
system to auto-select and decide links. The need for 
manual inter-office link assignment arises particularly 



where facilities between two termination points are not 
available in your original design. Thus, an alternative 
link must be constructed. 

The design management window shown as an 

5 example in FIG. 19 allows the user to assign, change or 
view component and aggregate links for the current 
order. It also provides access to additional windows that 
allow the user to view properties of the displayed links 
and equipment. In the examples shown, links within 

10 Office 1 are illustrated. 

A link list query window, shown in FIG. 24 allows 
the user to query the database for component links and 
to select and assign links based upon the query. The 
window also provides access to additional windows that 

75 allow further assignment or a search for information. 

As mentioned above, it may be necessary to insert 
an office (component link) if no direct link exists 
between two offices (terminations) so as to complete an 
aggregate link. This is possible by executing back-to- 

20 back routing in conjunction with an insert location win- 
dow such as shown in FIG. 25. In this figure the bottom 
panel displays the location maps of the sub-network in 
the design and graphical objects for the two termination 
points in the design appear in the sub-window. The 

25 graphical objects in the panel reflect the priority routing 
created in the inventory management sub-system. If 
additional offices were added to the route and inventory 
management graphical objects for these offices are also 
displayed. The back-to-back routing sub-window per- 

30 mits the user to insert intermediate offices inserted 
between two termination points. 

Likewise, it is possible that under certain circum- 
stances where the user attempts to add an office it is 
determined that a different office should have been 

35 inserted. Thus, the system provides flexibility for adapt- 
ing to this problem by permitting the release of a previ- 
ously designed office. The office is released after all of 
the links and equipment associated with that office have 
been released. The design management sub-system is 

40 further provided with the capability of performing other 
assignments and the viewing of other design informa- 
tion. In particular, the user can assign plug-ins if the 
equipment complex in the design does not include pre- 
assigned plug-ins. A plug-in assignment window such 

45 as that shown in FIG. 26 can permit the user to assign 
spare plug-ins to slots in the equipment complex. This 
again enhances the designing capabilities of the overall 
system. 

Similarly, the design management sub-system per- 
so mits the viewing of equipment and link properties after 
links and equipments have been assigned. This 
includes viewing equipment properties and aggregate 
link properties such as assigned time slots or properties 
of the aggregate link. 
55 Finally, once the design activity has been com- 
pleted it is possible to generate a work order work doc- 
ument. The work order document summarizes the 
information in the order. 
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Just as the design management capabilities permit 
the design of the links, and the creation of new con- 
nects, the sub-system also provides the capability of 
executing a disconnect procedure that can be per- 
formed only on orders that have already been put into 
effect. The disconnect procedure has two basic phases, 
namely entering order information and removing the link 
from service. The entering of order information is very 
similar to the operations with respect to the entering of 
an order for a new connect or change order. You simply 
create a disconnect order rather than a new connect or 
change order. The second phase, removing the link 
from the service, is the same as that in connection with 
the building of connects where once the order entry 
activities have been completed a work order record doc- 
ument related to the removal of the link can be gener- 
ated and the remaining activities can be subsequently 
executed. Once the word is received that all work 
related to an activity has been done the activity can be 
indicated as complete in the update order activities win- 
dew. 

In addition to the above described management 
functionality, the present invention also provides addi- 
tional design management features. In particular, in 
accordance with the arrangement of the present inven- 
tion, the user can browse an order, can open order, can 
cancel an order, can manage dependency information, 
can reassign an activity and can manage activity details 
and notes. Again, all of these features are merely exten- 
sions of basic activities which are available through the 
organization of the database and the operation of the 
design management sub-system. They enhance the 
user's capability of providing and accessing design 
information which can be used to create and/or maintain 
the required network communication configuration. 

C. Conclusion 

The above description sets forth an indication of the 
basic functionality and the relationship between that 
functionality in connection with providing the SDI tele- 
communications network management system. This 
system is based on a client -server architecture in which 
a central server is accessed from the client workstations 
through a local area network. Additional work group 
servers and their networked client work stations can 
remotely access the central server. 

There are three different possible configurations of 
the client server architecture. The three configurations 
of SDI high level architecture are shown in FIGS. 27 to 
29. FIG. 27 shows a stand alone configuration where 
there is only one site, in this configuration a centra! 
server 271 doubles as a local/work group server and is 
coupled to a local area network and database. In FIG. 
28 and SDI installation has a central/work group server 
with remote work group servers in a wide area network. 
For instance, the central site may include a local area 
network with a plurality of users, a central/work group 



server and a database. This central site can be con- 
nected by a wide area network with two different work 
group sited which include work group servers con- 
nected to users over a local area network. 
5 In an alterative configuration the central site has the 

central server only and does not double as a work group 
server. The central site is connected to the work group 
sites through the wide area network as illustrated in 
FIG. 30. 

10 Each server and its logically connected clients is 
referred to as a site. The server at each site is referred 
to as the local server. Each server contains the binary 
files and local log files to support the workstations in its 
site. The server in the central site also serves as the 

75 database server for all of the workstations in both the 
central and remote sites. 

The central server in accordance with one embodi- 
ment of the invention contains Oracle software and the 
SDI database. All of the SDI software is installed on the 

20 file servers and certain directories are remotely 
mounted on the local client workstations. Most of the 
SDI system administrative tasks such as installation, 
back-up and recovery are done from the central server. 
The choice of hardware for the central server depends 

25 on the size of the database and the number of clients. 
Examples of potential central servers are the HP9000- 
T500 corporate business server or the HP9000-800 
G50. 

Each work group server contains the binary files 

30 and log files to support the workstations at each site. 
The work group servers may be any one of the follow- 
ing: HP9000/800 series; HP9000/800 835 series; 
and/or HP90007712/80L 

The clients have other workstations on which the 

35 SDI application is run. SDI software is remotely 
mounted on the client workstations from the local 
server. The SDI user interface and the rest of the SDI 
processing is done on the client workstations. Only 
database activities are directed to the central server 

40 from the remote site. When the SDI software is run on 
an HP 9000 series 700 workstation the workstation can 
act as both the server and the client. Work group serv- 
ers however, are file servers only and do not contain the 
database. Clients are normally any of the variety of 

45 HP9000/700 workstations. The recommended models 
are HP9000/712/60 and HP9000/712/80L 

Much of the application functionality within the net- 
work design and network inventory management mod- 
ules SDI revolves around the management of this highly 

so interrelated network information, including tools sup- 
porting network office and bay installation, installation 
and cabling of equipment and facilities, and circuit 
design and assembly. 

SDI also serves as the application interface to the 

55 service management and element management layers 
of the TMN. The SDI order management module con- 
trols the acceptance and processing of requests for 
changes in the network originating from planning organ- 
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izations, as well as customer service organizations. 
After a request has been processed in the network man- 
agement layer (for example, a circuit has been designed 
and assembled), SDI will then communicate the design 
information to the element management layer to sup- 5 
port physical implementation of the design against the 
appropriate physical network elements. The SDI gate- 
way module supports these types of interfaces to 
upstream and downstream applications, as well as 
interfaces to applications in the network management 10 
layer for portions of the network that may not be control- 
led and inventories via the SDI application. 

As indicated above, the fact that the database is a 
relational, attribute-based database is important to the 
ability for the system to provide the flexibility that it does is 
in tying together the design management and inventory 
management functions. The definition of generalized, 
attribute-based object classes in SDI enables the same 
code to be applied to a wide range of user scenarios. 
These generalize object classes are specialized via the 20 
instantiation of attributes retrieved from user populated 
rule tables. Thus, not only is the same code reused, but 
the operation of the system can be configured by the 
user without additional code development. This 
arrangement reduces the time and expenditure neces- 25 
sary to customize SDI to meet application requirements, 
thereby reducing the time and cost required to introduce 
new technologies, services and user -defined processes 
and permissions. 

The adaptability of the object-oriented attribute and 30 
rule-based software has many user advantages in 
today's competitive and rapidly evolving telecommuni- 
cations environment In the disclosed embodiment it 
provides the capability of tying together design and 
inventory functions in computer implemented software 35 
in a manner which was not suggested in any of the prior 
art systems in which these functions were maintained 
as being related to separate and distinct databases. 

Claims 40 

1 . A system for providing efficient management of net- 
work resources comprising: 

a central server; and 45 
a network connecting said workstation and 
said central server; 

wherein said centra! server comprises, 

an order management subsystem; so 
an inventory management subsystem; and 
a design management subsystem. 

2. The system of claim 1 wherein said central server 
includes an attribute designed database. 5£ 

3. The system of claim 1 wherein user accessibility to 
one of said subsystems is defined by a user group 



identification code. 

4. The system of claim 1 wherein said workstation dis- 
plays a graphical user interface facilitating access 
to said subsystems. 

5. The system of claim 1 wherein said inventory man- 
agement subsystem comprises means for tracking 
of the use and availability of network components. 

6. The system of claim 1 wherein said order manage- 
ment subsystem comprises means for tracking 
orders. 

7. The system of claim 6 wherein said order manage- 
ment subsystem further comprises means for 
scheduling activities related to completion of 
orders. 

8. The system of claim 1 wherein said design man- 
agement subsystem comprises means for creating 
a network design. 

9. The system of claim 8 wherein said design man- 
agement subsystem further comprises means for 
automatically provisioning inventory to satisfy an 
order request. 

1 0. A system for efficient use of resources of a telecom- 
munications network comprising: 

a first plurality of workstations; 
a first local area network coupling said first plu- 
rality of workstations; 
a central server; and 

a wide area network coupling said first local 
area network to said central server; 

wherein said central server comprises, 

an order management subsystem, 

an inventory management subsystem, and 

a design management subsystem. 

11. The system of claim 10 wherein said central server 
includes an attribute designed database. 

12. The system of claim 10 wherein user accessibility 
to one of said subsystems is defined by a user 
group identification code. 

1 3. The system of claim 1 0 wherein said workstation 
displays a graphical user interface facilitating 
access to said subsystems. 

14. The system of claim 10 wherein said inventory 
management subsystem comprises means for 
tracking of the use and availability of network com- 
ponents. 
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15. The system of claim 10 wherein said order man- 
agement subsystem comprises means for tracking 
orders. 

16. The system of claim 10 wherein said design man- s 
agement subsystem comprises means for creating 

a network design. 

17. The system of claim 16 wherein said design man- 
agement subsystem further comprises means for 10 
automatically provisioning inventory to satisfy an 
order request 

18. The system of claim 10 further comprising a second 
plurality of workstations and a second local area is 
network coupling said second plurality of worksta- 
tions wherein said wide area network couples said 
second local area network to said central server. 

19. The system of claim 18 further comprising a third 20 
plurality of workstations and a third local area net- 
work coupling said third plurality of workstations 
and wherein said third local area network further 
couples said third plurality of workstations to said 
central server. 25 
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CUSTOM FIELD 2: 



CUSTOM NUMBER: 



NOTES: 



EE 



OK 



APPLY 



RESET 



CANCEL 



HELP 
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FIG. 1 1 



File Query Edit View 



Help 



Pre-Query Solutions 





Officel 




Termination 


Office2 


u 


A: 


Office3 






Office* 






Office5 


S7 





Office4 




Termination 
Z: 


OfficeS 




Offices 








S7 



■Query Criteria 



Equipment 
Name A: 



OfRce5-AXEI0.IC-1 



Service Type: | BC7 | Equipment 

Name 2: 

Customer Name: 




TRUNK GROUP DATA 



Trunk 
GROUP ID 


PEXID 


INDIAL 


ORIGGRP 


FRSTGRP 


SECGRP 


ORIGTYPE 


FRSTGRP 


SECTYPE 


TRKGRPHR 


TRKNI 


























Zlv 
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0 





No. of Rows: 0 No. of Columns: 103 Current Working Row: Command Status: 
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Browse/Update Equipment (IM) 



File Query Edit View Ports 



Help 



Subnetwork ID: BAKBN 
Equipment 



-Query Criteria 



Office 10" ICELAND 



Equipment ID: 



O Equipment Complex 
O Plug-in 



Equipment 
Complex Type: 



ALL 

ALLPBX.C 
AXEIOJc 
CA_SPUT_2_1_1c 
CA_SPUT_3_1_1C 



B Plug-In Equipment 
Availabliiity: 



N/AO 



-tquipment Data- 




No. of Rows: 2 No. of Columns: 21 Current Working Row: 2 Command Status: Update 
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File Query Edit View 



v 
Help" 



-Query Criteria 



Subnetwork ID: BAKBN 

Office ID: OFFICE) 

Equipment 

Status ID: 



Calling Info 



O Carrier 4 External 
Cabling Link 

O Internal Calbing Link 
<3> Internal Link 
O Aggregate Link 



Equipment 

Complex Type: AXEICLIc 

Equipment Type: CA L _SPUT_2_1_1c 

Equipment ID Office-AKEIOJc 



-Equipment Data- 



Port Profile 
Name 


Port 
Name 


Port 
Status 


Status 
Date 


Port Subnet- 
work Name 


Link 
Name 


link Service 
Type 


Link Dir r 
Trans. 


Link 
Message 


Com to Eqi 
Office ID 
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> 





No. of Rows: 0 No. of Columns: 13 Current Working Row: Command Status: 
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file Query Edit View 



Help 



Office ID: OFFICE 1 
Equipment Location Type: 



-Query Criteria 



Subnetwork ID: BAKBN 
Equipment Location Name: 



Equipment Location Data 





Equipment 
Location Type 


Equipment 
Location Nome 


Equipment 
Type 


Equipment 
ID 




1 


Room 


1 






a. 




Room 


2 








i 


Room 


3 






4 


Room 


4 






5 


Room 


5 






6 


Room 


6 








































< 




0 


^7 



No. of Rows: 6 No. of Columns: 4 Current Working Row:1 Command Status:updote 
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Inventory Management - BAKBN 



file Edit Browse/Update View 



Help 



Service Type:B_C 
Component SO:ALL 

Project ID: 
Customer Nome: 



Subnetwork 
Description: 



The backbone subnet 



Subnetwork Company Code:BKBN 



LEGEND: 


TYPE OF OFFICE 


OWNED 


NOT OWNED 


CUSTOMER OFFICE 


A 


A 


CENTRAL OFFICE 


<0 


<t> 


SERVING OFFICE 


□ 


m 



Office A: 0FFICE1 
Office z: 0FFICE2 

No. of Routes: 1 

Current Route Priority: I 

BSHB 

Save | [Resetj | OK 



X 

OFFICE 


x= 

:i 0FFICE2 


0FFICE3 


Insert Route 
Before 


Insert Route 
After 


Insert Office 


Insert Office 


Delete Office 




Last Selected Office: 0FFICE2 Current Selected Office: 0FF1CE3 
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File Query Edit View 



N7 



Help 



Query Criteria 



Service Type Trunk Query 
~2M ra 

2NT 

2CNT 



3NC7 



rTerminotion Office ID-i 
Term A: OFFICE I 
Term Z: 0FFICE2 



Frame ID 



Term A: 
Term Z: 



•Equipment Type-] 
Term A: i ♦ ai 
Term Z: 1 ♦ a l 



Link Data 



Service Based Attributes 



Service Information 



Line Format: | « cd| Transmission Medium: [ 
Composition of Transmission: [ 



♦ CD 



Frame Format: [ 

Link Usage: | + cd| 

Signaling Type: | # en 

Urgency of Restoration: | ♦ m \ 



Performance Monitoring: | ♦ □ 
Echo Suppression 



Pending State Date: 
MM/DD/YY 

Link Status: 

Occupancy Status: 

Restriction Status: 



E □ 



S a 



N a 



Customer Name: 
Supplier Link Name: 



Project ID: 
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Browse/Update Project (IM) 



File Query Edit View 



Project ID 



A. 



Help 



-Query Criteria 



Project Data 



Project 
10 


Project 
Description 































No. of Rows: No. of Columns: Current Working Row: Command Status: 
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CREATE SERVICE ORDER (DM) 



v 



Service Type: 



Customer Service Type: 

User Group Id: 
Project ID: 
Due Date: 
(MM/DD/YY) 
Time: 
(HH:MM:SS) 
Expedite Authority; 



2M 




2N 




30n 




30nc7 




30nec 




a 



USERGR0UP1 o 



Link Information 



Unk ID: 



Link Multipoint Type 
2-Point 

Multipoint 



Order Information 



Order ID: 



Order Action 
♦ New Connect O Supplement 
O Disconnect O Engineering 
<0> Change O Records 



Customer Information 



Customer Type 
♦ End Customer 
0 Subnetwork Customer 



End Customer ID: 
Customer Subnetwork ID: 



OK 



APPLY 



RESET 



CANCEL 



HELP 
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DESSIGN MANAGEMENT (DM) 


S7 




File 


Design Veiw 


Browse Process 




elp 


Order ID: 
Order Version No: 
Order Action: 
Activity Type: 

Project ID: 
Link Version NO 
Link ID 

Supplier Link ID 
Trunk Group ID 


Customer Name: 
Customer Subnetwork ID: 
Supplier Subnetwork ID: 
Customer Service Type: 
Service Type: 
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FIG. 20 



ENTER SERVICE ORDER DATA (DM) 



Project ID: 

Installation Time: 
(HH:MM:SS) 

Service Starting Time: 
Service Ending Time: 
Restoration Link ID: 



Change Code: 
Primary Office:)^ 
Alternate Office A:[ 
Alternate Office B:f 



Direction of Transmission: | B □ 
Supplier Link ID: 



Restoration Priority: 1 □ 



Trunk Group ID: £ 
Circuit Identifier Code: £ 



Trunk Group Information 



Customer Name: 
Customer Address: 



Customer Information 



Name: £ 
Address: Q 



Requistioner Information 



□ Phone:^ 



\m 



Order Administrator Information 



Name: TEST LAB 
Address: 1234 MAIN ST, USA 



Phone: 525-222-6120 



Design Remarks: [ 



Administration Remarks: [ 



OK 



APPLY 



DEFINE CHANNELS 





RESET 




CANCEL 




HELP 
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FIG. 21 



ENTER SERVICE ORDER DATA (DM) 



v 



TerminatIon(Term.)ID: TERMINATION-A 
Serving Office ID: I 
Facility ID: 
Customer Office ID: 
Customer Address: 
Customer Contact Name: 



Term. Action Code 
Central Office ID: 
Equipment ID 
Customer Contact Phone 



NEW CONNECT 



Transmission Levels 



.0 









-13.0 Termination Level IN +13.0 -13.0 Termination Level OUT +13.0 
.0 .0 









-13.0 Serving Office Level IN +13.0 -13.0 Serving Office Level OUT +13.0 



Characteristics 



Number of Wires: \H/ki 



Modulation: I N/Aa 



Jack Type: N/AQ Equipment Type: 



- 


□ 




• 






t 


□ 



Impedance; | n/ac 



« □ 



Sealing Current: [n/AD 



Design Remarks: 
Administration Remarks: 



0K 



APPLY 



RESET 



CANCEL 



HELP 
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UPDATE ORDER ACTIVITIES (DM) 



v 



Order ID: 13502 
Project ID; 



Order Informction 
Version No: 1 



Due Date: 01/01/97 
Expedite Authority: 1 



Activity Information 





Activity 
Type 


User 
10 


Objective 
Date 


Actual 
Date 


Manual 
Jeoprdy 


System 
Jeopardy 


Activeity 
Details 


1 


Order Iniation 


CUST02 


02/27/96 


02/27/1997 




N 


No Dependent Orders 


2 


User Assignment 


CUST02 








N 


No Dependent Orders 


3 


Order Complete 










N 


No Dependent Orders 


4 


Design Link 










N 


No Dependent Orders 


5 


Create WORD 










N 


No Dependent Orders 


6 


Installation 










N 


No Dependent Orders 


7 


In Service 










N 


No Dependent Orders 


8 
















9 
















10 

















Complete 



Re-assign.. 



Activity Details.. 



Notes.. 



OK 



APPLY 



RESET 



CANCEL 



HELP 



Message: Click Menu Button in Activity Table to Copy or Paste Table Entry 
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UPDATE ORDER ACTIVITIES (DM) 



S7 



Service Type: Ail 
Activity Type: All 
User 10: CUST01 
Customer Name: 
Project ID: 
Trunk Group ID: 
Due Dote: 
(DD/MM/YY) 



Query Criteria 



□ In Jeopardy 





User Group 


O Not Applicable O User Group 


User Group ID: USERGR0UP2 [v] 


Order Status 


Order Action 




ONew Connect O Engineering 


n Canceled 


O Disconnect O Records 


□ In Service 


O Change O All 



Service Order Data 





Order ID: 


Link ID: 


Ver No: 


Order Status 


Activity Type: 


Due Date: 


V 


1 


123414 






Active 


User Assignment 


02/27/1997 






















































































Click a column label to sort 


<M 1 l> 





Open Order 



Cancel Order 



OK 



APPLY 



RESET 



CANCEL 



HELP 
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FIG. 24 



\7 



File Assign View 



Help 



Service Type 

CBS] 



•Termination (Term) A and Z Data 

Office ID: , . — Frame ID — i 



Term A: OFFICE 1 
Term Z: 0FFICE2 



Term A:£ 
Term Z:C 



[-Equipment Type- 
Term A: i ♦ □! 
Term Z; 1 ♦ a l 



Link Data 



Service Based Attributes 



Requested Bandwidth:2.0480 Link Query Bandwidth:2.0480 
Line Format: 



Link Usage: 
Signaling Type: 
Urgency of Restoration: [ 



1 • 


°l 


h 


°\ 


1 • 




1 • 


□ 


1 • 





* en 



Echo Suppression: I ♦ ^ 
Status Info 



Status Information 



Link Status: 

Occupancy Status: 
Restriction Status: 



1 s 


CD 




N 


EH 




1 E 





Project ID: 



Customer Name: 



Supplier Link Name: 



Assign | [ Auto 1 1 Zoom In || Zoom Out 1 1 Reset | j Cancel 
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Design Insert Location 



v 



File Edit View 



Help 



Office A: OFFICE 1 
Office z: 0FFICE2 

No. of Routes: 3 

Current Route Priority: 3 

sssa 



OFFICE 1 0FFICE2 





IFRFND: 


TYPE OF OFFICE 


OWNED 


NOT OWNED 


CUSTOMER OFFICE 


A 


A 


CENTRAL OFFICE 


O 


O 




SERVING OFFICE 


□ 


CD 



n 
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Plug-In Type Priority Indicator 



DIG_PBX_PIN 1 



P Login ID: 



OK 



CANCEL 
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FIG. 27 



CENTRAL SITE 



^rfflj 

DATABASE 
L I I ill 



LOCAL AREA NETWORK 



CENTRAL/WORK- 
GROUP SERVER 
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